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1 RELATED APPLICATIONS 

2 This application claims the benefit of U.S Provisional Application No. 60/166,690, titled 

3 "E-mail Affiliate Program and Process," filed November 20, 1999. 
4 

5 FIELD OF THE INVENTION 

6 This invention is drawn to an e-mail affiliate program and process for marketing 

7 purposes. It includes software for the implementation of a system to produce e-mail marketing 

8 lists. A preferred embodiment for these lists is to supply subscribers for Internet publications 

9 commonly known as "ezines". 
10 

1 1 BACKGROUND OF THE INVENTION 

12 In recent years, the exponential growth of the network of computer networks known as 

13 the Internet has also lead to enormous growth in the area of "on-line" advertising. One popular 

14 channel of on-line advertising has been e-mail. 

15 Typically, entities have collected e-mail addresses from various sources, such as by 

16 manually collecting or using spiders or bots to collect e-mail addresses from news groups or 

17 auction sites on the Internet. They then broadcast or "spam" an identical, unsolicited marketing 

18 message to their collected list. Needless to say, these unsolicited messages annoy most recipients 

19 and result in very low response rates. Additionally, many recipients regard the "spam" as an 

20 invasion of their privacy. What is needed is a system that sends marketing messages only to those 
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1 who "opt-in" and increases both the number of participants and/or the number of responses by 

2 offering incentives. 
3 

4 BRIEF SUMMARY OF THE INVENTION 

5 The present invention is drawn to software that allows an enterprise to offer cash, prizes, 

6 or incentives to webmasters or consumers in exchange for their assistance in (i) accumulating 

7 subscribers or e-mail addresses and/or (ii) getting subscribers to view advertisements or to refer 

8 associates to the program. 

a 9 The subscribers (typically subscribed via their e-mail address) may subscribe for content- 

Cj 10 based subscriptions/newsletters/alerts, marketing message only-based subscriptions/mailings, 

Cfl 1 1 and incentive-based subscriptions where the subscriber mayreceive incentives, such as payment 

ffl 12 in cash, program points toward prizes, discounts on products or opportunities to win 

E 1 3 sweepstakes, in exchange for responding to future e-mails and other marketing messages or 

!T H 14 content delivered through internet-enabled channels. 

5 1 5 The present invention includes: 

~ 16 a) a sign-up means that allows webmasters or consumers to enter their information, 

17 including e-mail address, and the right to market to it, online through a web browser 

1 8 so that they can participate into the program; 

19 b) a set of instructions and computer coding into which the webmaster or participant 

20 must use as a method of which to promote the program , including prompting the user 

21 for an action, like entering information or clicking somewhere, before they are 

22 eligible; 

23 c) a statistical interface which provides the webmaster or participant with a way to see 
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1 how many subscribers and/or referrals they have generatedand or what 

2 revenue/prizes/incentives they have accumulated to date (either instantly directly after 

3 the transaction, or at any time as a cumulative sum of all chance possibilities that 

4 have occurred in the past); and 

5 d) a software application which allows an administrator of the program to 

6 1 ) view accounts of participants, 

7 2) view number of participants, 

8 3) edit information on participants, 

9 4) keep track of subscriber and webmaster referral information, and 

10 5) send e-mails to the subscribers and/or the participants. 

1 1 The software allows a consumer to sign-up to subscribe for delivery of information or 

12 content such as ezines, newsletters, alerts or marketing messages with each such delivery to be 

13 sent to the subscriber's e-mail address. Consumers may subscribe for more than one offering 

14 (i.e., co-registration). 

15 The e-mail delivery system of the present invention includes a system that consists of 

16 software and hardware allowing the owner of a mailing list the ability to e-mail out marketing 

17 messages to their subscribers and enable them to track the responses of those messages. 

1 8 Tracking of responses includes: 

1 9 a) whether the subscriber received the e-mail, opened the e-mail, read the e-mail, how 

20 long they read the e-mail, did they perform any action inside of the e-mail such as fill 

21 in information, click on a hyperlink; 

22 b) the geographic location of the subscriber(s), area code, domain name, ISP, sex, 

23 marital status, occupation, etc. . . this reporting can be in the form of individually 
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1 reported data or group reported data; 

2 c) the ability to track subscribers over time in regards to all of the e-mails they have 

3 received, the ads they have received, the ads they have responded to, characteristics 

4 about that subscriber, including, but not limited to, observed behavior, demograhic 

5 and pyschographic data that is available on the subscriber; 

6 d) the ability to track on a timeline when any of the actions, such as opening, clicking, 

7 etc., occurred for the population sample mailed to; and 

8 e) the ability to send different messages to sample groups with the same info, decision 

9 which message is most effective, and send more of the better-performing message to 

10 the rest of the population with the same or similar demographics/details. 

11 It is an object of the present invention to provide software that allows an enterprise to 

12 offer cash, prizes, or incentives to webmasters or consumers in exchange for their assistance in 

13 (i) accumulating subscribers or e-mail addresses and/or (ii) getting subscribers to view 

14 advertisements or to refer associates to the program. 

15 It is an object of the invention to provide the ability to reliably deliver marketing 

1 6 messages to millions of recipients on a periodic or demand basis. 

17 It is a further object of the invention to store e-mail marketing information directly in a 

1 8 database instead of flat files or other file formats. 

19 It is another object of the invention to import existing participant e-mail marketing 

20 information from flat files or other file formats into a new database. 

21 It is another object of the invention to keep e-mail marketing statistics about each e-mail 

22 subscriber, including: lists subscribed (including start and end date), total number of e-mails sent 

23 to this subscriber, which ads e-mailed to this subscriber, and which ads clicked by this 
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1 subscriber. 

2 It is yet another object of the invention to keep statistics about each referring participant 

3 in an e-mail marketing program, including the number of subscribers referred and the referring 

4 (multi-level) participant. 

5 It is an object of the invention to provide the ability for e-mail marketing list creator to 

6 submit each issue's content via a web interface. 

7 It is an object of the invention to provide the ability for e-mail marketing recipients to 

8 subscribe or unsubscribe to one or more lists via e-mail via an internet, with web-based 

9 confirmation. 

10 It is another object of the invention to provide the ability to launch list distribution for e- 

1 1 mail marketing via a web-based interface for one or more mailing lists, allowing administrators 

12 to specify a time to automatically launch the distribution. 

13 It is an object of the invention to provide the ability for participants to sign-up for an e- 

14 mail marketing program via a web-based interface, and indicate a referring webmaster or 

15 subscriber. 

16 It is an object of the invention to provide the ability for participants in an e-mail 

17 marketing program to check their statistics via a web-based interface. 

18 It is another object of the invention to allow subscribers to modify their sign-up profile, 

19 including the list of information or content they want to receive. 

20 It is another object of the invention to provide the ability to monitor the performance of 

21 the content delivery in an e-mail marketing system, including status of particular content (current 

22 status, % of content delivered, time started/stopped, etc), system throughput (number of 

23 recipients per each piece of content delivered, per day, bounced e-mails, etc. ), 
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1 subscription/unsubscription per day per particular content, and bandwidth usage. 

2 It is another object of the invention to remove bogus/undeliverable addresses in an e-mail 

3 marketing system. 

4 It is another object of the invention to provide an e-mail marketing program with real- 

5 time or batch subscribe and delete facilities via a web or an e-mail interface. 

6 It is an object of the invention to provide the ability to show ads on "public" web 

7 interfaces to the content delivery system in an e-mail marketing program (i.e., when subscribers 

8 confirm their subscription, show an ad on that page). 

9 It is an object of the invention to provide documentation on how each component of an e- 
J^IO mail marketing system works. 

™ 1 1 It is an object of the invention to provide the ability to test an e-mail marketing system. 

Jl2 It is an object of the invention to provide a web or an e-mail interface to allow e-mail 

3 13 marketing subscribers to retrieve ezine back issues with new ads. 

Ml 4 It is an object of the invention to provide personalized content and ads for individual 

Dl5 recipients, specifically selecting content based upon attributes in a subscriber database (e.g., 

^1 6 gender, age, chosen topics, etc.). 

17 It is an object of the invention to provide an HTML sniffer to determine if a given e-mail 

1 8 marketing subscriber can receive HTML e-mail. 

19 It is an object of the invention to provide the ability to add/edit/modify ads stored in a 

20 database via web interface. 

21 It is an object of the invention to provide the ability to detect fraud in an e-mail marketing 

22 program. 

23 It is an object of the invention to provide the ability to monitor e-mail marketing system 
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1 CPU/memory/disk/throughput usage on an hourly/daily/monthly or other assessment period 

2 basis. 

3 It is an object of the invention to provide the ability to gather info about qmail usage via 

4 qmailanalog package. 

5 It is an object of the invention to integrate ad responses in an e-mail marketing system 

6 with an advertising server, including the ability to track which ads a subscriber responded to. 

7 It is an object of the invention to provide the ability to send cookies to subscribers when 

8 they confirm their subscription to an e-mail marketing program and link these up with advertiser 

9 server cookies. 

10 It is an obj ect of the invention to provide the ability to construct new (temporary) "sub- 

1 1 lists" from any set of e-mail marketing subscribers in the database via a web interface. 

12 It is an obj ect of the invention to provide the ability for content creators to automatically 

1 3 include ads in an issue without manually inserting lengthy code. 

14 It is an obj ect of the invention to keep e-mail marketing statistics about each ad e-mailed, 

1 5 including total times each ad e-mailed, how many times each ad e-mailed per ezine, total times 

1 6 each ad responded to, and total unique responses for each ad. 



17 

1 8 BRIEF DESCRIPTION OF THE DRAWINGS 



1 9 Figure 1 illustrates a basic network architecture for practicing the present invention. 

20 Figure 2 illustrates a basic flow diagram for practicing the present invention. 
21 

22 DETAILED DESCRIPTION OF THE INVENTION 

23 As used herein, the term "webmaster" refers to any entity, including an individual or 
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1 publisher, who uses a website to deliver or generate new subscribers to a product or service. A 

2 "participant" refers to any user of the present invention, including a webmaster or a subscriber. 

3 The term "click(s)" refers to any measurable response from a consumer, including, but 

4 not limited to, selection by a mouse, rollerball, pointer, stylus, jog-dial, or any other user- 

5 selection device, and/or conversions or sales resulting therefrom. The term "internet" refers to 

6 any network of networks, whether wired or wireless, including WANs and global networks such 

7 as the ARPAnet-derived network commonly referred to as the Internet and the high-bandwidth 

8 Internet2. 

9 The terms "ad(s)" and "advertisement(s)" refer to any creative or content produced, at 

10 least in part, for advertising purposes such as branding or the promotion of products or services. 

1 1 The term "e-mail" refers to any messaging to a specific entity over an internet to an internet- 

12 enabled device, including, but not limited to, both ordinary SMTP-based POP3 and IMAP e- 

13 mail, instant messaging (IM), and short messaging service (SMS). The term "e-mail address" 

1 4 refers to any identifier of a participant that allows for delivery of messages and/or content to the 

1 5 participant's internet-enabled device, including, but not limited to, standard "name@domain.tld" 

16 e-mail addresses, IP addresses, and phone numbers. 

17 The following is a rough schema of the tables required by an ezine database of the 

1 8 preferred embodiment. Although described below with reference to an ezine, the system is 

19 equally suited for delivery of any information or content requested by subscribers to any internet- 

20 enabled device, including, but not limited to, newsletters, marketing messages, alerts and other 

2 1 subscriber requested content. 

22 The "basic" tables describe individual entities in the ezine system: users (subscribers and 

23 webmasters), ads, and the different ezines themselves. These tables do not rely on information 
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1 from other tables, and so have unique primary (i.e., not composite) keys. 
2 



3 Confirmation Table 

4 Each row of this table describes one subscriber's confirmation information. Each row 

5 need only persist until a subscriber has confirmed their subscription, and can then be deleted. 

6 Columns: 

7 • email (primary key) // required, varchar(80), references 

8 email field in user table 

9 • ezine_code_list // required, varchar(60), space- 
10 delimited list of ezines initially signed up for, ignored 

_H once they have confirmed their signup - look in 

if 12 ezine_subscriber table instead. 

^Jl3 • referring_account_number // required, varchar(80), 

lI14 references account_number in webmaster table for initial 

0115 signup (before confirmation) . Ignored after subscriber 

0116 confirms - look in ezine_subscriber table instead. 

mi 

s 18 User Table 

^ 19 Each row of this table describes information common to any participant (either subscriber 

O 20 or webmaster) 

21 Columns: 

22 Info for all participants (webmasters or subscribers) 

23 • email (primary key) // required, varchar(80) 

24 • first_name // required, varchar(30) 

25 • last_name // required, varchar(30) 

26 • zip_code // required, char (10) 

27 • country // required, varchar(30), range is list of 

28 provided countries 

29 • signup_datetime // required, datetime, this is the time 

30 when the subscriber is mailed their initial signup letter 

31 • IP_address // required, char (15) 

32 • is valid email // required — is this a valid email 
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1 address, char(l), Y|N 

2 • admin_comments // optional, text, any comments that we 

3 want to add about this user. This is not information the 

4 user provides. 

5 • is_active // optional, char(l), Y|N is this user 

6 "active," i.e., can they receive ezines and be paid 

7 • last_modif ied_timestamp // timestamp, not null 

8 • num_bounced__deliveries // int, number of delivery 

9 attempts to this user which have bounced 
10 

1 1 Subscriber Table 

1 2 Each row of this table describes one subscriber. 

13 Columns: 

4314 • email (foreign key) // required, varchar(80), references 
SJ 15 email field in user table 

jfl6 • confirmation_string // required for S, char (64), 

'fill md5 (email) + datetime + process ID 

%\% • cookie_info // required for S, varchar(lOO) 

yl9 • is_HTML_reader // required, char(l), Y|N — can this 

I 20 subscriber receive HTML-if ied ezines 

[U 22 All these are optional info for subscribers. Different ones will be displayed to different 
y 23 subscribers when they sign up 5 based on the referring webmaster. 

24 • gender // char (6), Male or Female 

25 • age // char(10), ranges: <13, 13-17, 18-21, 22-24 , 25-29, 30- 

26 35,36-40,41-49,50-59, 60-65,65+ 

27 • education_level // varchar(40), ranges: "some high 

28 school," "high school graduate," "some college," 

29 "vocational/technical training," "college graduate," 

30 "graduate school," "doctorate" 

31 • marital_status // char (7), range is married | single 

32 • num_children // char (2), range is 0, 1, 2, 3, 4, 5+ 

33 • occupation // varchar(40), range: "professional," 

34 "administrative/clerical," "management," 

35 "designer/artist," "Internet professional," "educator," 

36 "marketing/sales," "engineer," "writer," "homemaker," 

37 "military service," "consultant," "legal field," 
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1 "student," "retired," "other" 

2 • income // varchar (10), range: <25K, 25-49K, 50-74K, 75- 

3 99K, 100-149K, 150-199K, 200K+ 

4 • primary_computer_use // char (40), range is "home," 

5 "business," "home office," "school," "government 

6 facility" 

7 • interests // text, range is a comma -de limited list of 

8 items that appear as checkboxes on the signup page: 

9 sports, travel, entertainment/humor, dining, investments, 

10 gaming, computing, autos, men's issues, women's issues, 

11 health issues, trivia, astrology 

12 • items_purchased // varchar (255) , any items the 

13 subscriber has purchased on the net 

14 • like_to_purchase // varchar (255) , any items the 

15 subscriber would like to purchase on the net 

16 • plan_to__purchase // varchar (40), any items the subscriber 

17 is planning to purchase in the next year, range: 

18 "vehicle," "boat," "house," "computer equipment," 

19 "vacation package," "stereo equipment," "VCR" 

20 • net_access_frequency // varchar(40), "every day," "once 

21 or twice a week," "two or three times a month," "once a 

22 month or less" 

23 • wants_to_receive_email // char(l), Y|N — does this 

24 subscriber want to receive email about items of interest 

25 • last_modif ied_timestamp // timestamp, not null 

26 • email_md5 // varchar(64), not null, this is the md5 hash 

27 value of the email address 
28 

29 Webmaster Table 

30 Each row of this table describes one webmaster. 

31 Columns: 

32 ® email (foreign key) // required, varchar (80), references 

33 email field in user table 

34 ® account_name // required, varchar (25), must be >= 6 chars 

35 • account_number (primary key, auto_increment ) // required, 

36 integer 

37 ® password // required, varchar (25), must be >= 6 chars 

38 • address_line_l // required, varchar (30) 

39 ® address line 2 // optional, varchar (30) 
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1 • city // required, varchar(25) 

2 • state // required, char (2), range is a list of state 

3 abbreviations, or N/A to indicate outside the US 

4 • phone_number // required, varchar(20) 

5 • payee_on_check // required, varchar(50) 

6 • minimum_check_value // required, decimal (7, 2) 

7 • tax_ID_or_SSN // required, varchar(20) 

8 • ref erral_rate // required — for user referrals, 

9 decimal (4, 2) , default ".10" 

10 • second_tier_rate // required — for second-tier referrals, 

11 decimal (4, 2) , default ".04" 

12 • ref erring_account_number // optional, varchar(80), the user 

13 who referred this one, references account_number field in 

14 webmaster table 

15 • referring_URL // optional, varchar(80), website through 

16 which this webmaster was referred 

17 • last_modif ied_timestamp // timestamp, not null 
18 

19 Sign-up Field Table 

20 Each row of this table describes one possible field of data we want to collect for users. 

21 Columns: 

22 • field_name (primary key) // required, varchar(30), should 

23 exactly match one of the optional subscriber fields in the 

24 user table 

25 • display_name //required - what the user sees on the web 

26 page, varchar(255) 

27 • data_type // required, varchar(12), range is INT, STRING, 

28 DATE, etc. 

29 • HTML_input_type // required — type of control to show for 

30 this field on web page, varchar(12), range is checkbox, 

31 textfield, text, radio button, etc. 

32 • value_range // optional, text, comma-delimited range if 

33 provided, else free-form text if not provided 
34 

35 Ezine Description Table 

36 Each row of this table describes one ezine. 



37 Columns: 
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1 • ezine_code (primary key) // required, char (2), two- 

2 character ezine code 

3 • ezine_name // required, varchar(30), ezine 

4 name 

5 • ezine_URL // required, varchar(80), ezine 

6 location 

7 • short_description // required, varchar(80), 

8 description in a few words 

9 • long_description // required, varchar (255 ) , several 

10 sentence description 

11 • thank_you_text // required, varchar (255) , for 

12 signup 

13 • is__active // required, char(l), Y|N is 

14 this an active ezine 

15 • creation_datetime // datetime, when this ezine was 

16 created 
17 

18 Ad Table 

19 Each row of this table describes one ad that can be inserted into an ezine issue 

20 Columns: 

21 • banner_id (primary key) // required, varchar (30) 

22 • banner_text // required, TEXT 

23 • banner_URL // required, varchar (80) 

24 • num_clicks // required, BIGINT DEFAULT 0 

25 • num_impressions // required, BIGINT DEFAULT 0 

26 • is_active // required, char(l) 

27 • entry_datetime // required, datetime 
28 

29 Advertiser Table 

30 Each row of this table describes one advertiser 

31 Columns: 

32 • system_account (primary key) // varchar (50) not null 

33 • advert iser_name (unique) // varchar (50), not null 
34 

35 Ad Campaign Table 
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1 Each row of this table describes one advertiser campaign 

2 Columns: 

3 • campaign_id (primary key) // varchar(30) not null 

4 • system_account (unique) // varchar (50) not null, 

5 references system_account in advertiser table 

6 • banner_id // varchar (30) not null, references banner_id in 

7 ads table 

8 • num_clicks // bigint default 0 

9 • num_impressions // bigint default 0 

10 • start_datetime // datetime 

11 • end_datetime // datetime 

12 • comments // text 

13 • gross_payment // decimal (5, 2) 

14 • percent_done // int(3) 

15 • target_percent // int(3) 

16 • unit_dif ference // bigint 

17 • ef fective_CPM // bigint 
18 

19 The following tables are derived from information in the basic tables above. They also 

20 contain some information unique to themselves. Note that these tables could have duplicate ID 

21 keys, but will have unique composite keys. 
22 

23 Website Table 

24 Each row of this table describes a webmaster and a website (since a webmaster might 

25 own several different sites). 

26 Columns: 

27 • site_URL (primary key) //required, varchar (80) 

28 • site_name // required, varchar (80) 

29 • site_description // required, varchar (255) 

30 • account_number (foreign key) // required, varchar (80), 

31 references account_number field in webmaster table 
32 



33 
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Website Sign-up Field Table 



2 Each row of this table describes a sign-up field to be displayed to new subscribers when 

3 they are referred by the specified website. 

4 Columns: 

5 • site_URL (foreign key) // required, varchar (80) , references 

6 site_URL field in website table 

7 • field_name (foreign key) // required, varchar (30), 

8 references field_name in signup field table 

9 • is_required // required — is this subscriber required to 

10 fill in this field when they signup from this site, 

11 char(l), Y|N 
12 

1 3 Website Hosted Ezines Table 

14 Each row of this table describes one ezine that can be hosted by a given website when the 

1 5 website is being used by a webmaster to generate subscriptions. 

16 Columns: 

17 • ezine_code (foreign key) // required, char(2), references 

18 ezine_code in ezine table; 

19 • site_URL (foreign key) // required, varchar (80), references 

20 siteJJRL in signup field table 
21 

22 User Payout Table 

23 Each row is the payout for a given participant on a given date if the participant is to be 

24 paid for the subscription. 

25 Columns: 

26 • account_number (foreign_key) // required, varchar(80), 

27 references account_number in webmaster table 

28 • amount_paid // decimal (14, 5) , not null 

29 • date_paid // required, date, when paid 
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1 Ezine Subscribers Table 

2 Each row of this table describes one subscriber to a given ezine 

3 Columns: 

4 • email (foreign key) // required, varchar(80), references 

5 email in user table 

6 • ezine_code (foreign key) // required, char(2), references 

7 ezine_code in ezine table 

8 • signup_datetime // required, datetime, when user signed up 

9 to receive this ezine 

10 • last_modif ied_timestamp // timestamp, this is the last 

11 time that the user modified their subscription to this 

12 ezine. Initially this is the same as signup_datetime . 

13 • is_active // required, char(l), Y I N — is active recipient 

14 of this ezine 

15 • referring_account_number // optional — the first (and 

16 only) user who referred this subscriber to this ezine, 

17 varchar(80), references account_number key in webmaster 

18 table 

19 • referringJJRL // optional, varchar(80), the website through 

20 which the user subscribed to the ezine 
21 

22 Ezine Issue Table 

23 Each row of this table describes one mailing or issue of any ezine 

24 Columns: 

25 • issue_id (primary key) // required, varchar(30) 

26 • ezine_code (foreignjcey) // required, char(2), references 

27 ezine_code in ezine table 

28 • las t_modified_times tamp // required, timestamp 

29 • req_start_datetime // datetime, when delivery of this issue 

30 was requested to begin 

31 • actual_start_datetime // datetime, when delivery of this 

32 issue actually began 

33 • end_queue_datetime // datetime, when this issue was fully 

34 queued 

35 • end_delivery_datetime // datetime, when issue's delivery 

36 completed 

37 • status // required, char (1), status of this issue's 
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1 delivery D|S|P|I (disabled, sent, pending, in progress) 

2 • num_recipients // bigint, not null 
3 

4 Ezine Ad Stats Table 

5 Each row of this table describes one ad's impression and click statistics for a given ezine 

6 or individual mailing of an ezine. 

7 Columns: 

8 • banner_id (foreign key) // required, varchar(30), 

9 references banner_id in ad table 

10 • num_clicks // required, bigint, how many times this 

11 ad has been clicked from this ezine 

□12 • position_in_ezine // required, int(3), position of ad in 

UJ13 ezine 

S§14 • issue_id (f oreign_key) // required, varchar(30) references 

jrl5 issue_id in ezine_issue table 

S 16 

f_: 1 7 Subscriber Click Stats Table 

-L 1 8 Each row of this table describes one ad that a subscriber has clicked on 

ml 9 Columns: 

220 • email_md5 (foreign_key) // required, varchar(64), 

w 21 references email_md5 in subscriber table 

22 • banner_id (foreign_key) // required, varchar(30), 

23 references banner_id in ad table 

24 • issue_id (f oreign_key) // required, varchar(30), references 

25 issue_id in ezine_issue table 
26 

27 The following tables are for ezines administration purposes 
28 

29 Admin User table 



30 Columns: 
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1 • username varchar(80) not null 

2 • password varchar(30) not null 

3 • first_name varchar(30) not null 

4 • last_name varchar(30) not null 

5 • signup_datetime datetime not null 

6 • IP_address varchar(15) not null 

7 • ezine char(l) not null 

8 • user char(l) not null 

9 • internal char(l) not null 

10 • stats char(l) not null 

11 • content char(l) not null 
12 

1 3 Admin Login Log Table 

14 Columns: 

15 • username varchar(80) not null 

16 • entry_datetime datetime not null 

17 • IP_address varchar(15) not null 
18 

1 9 Admin Error Log Table 

20 Columns: 

21 • username varchar(80) not null 

22 • entry_datetime datetime not null 

23 • IP_address varchar(15) not null 

24 • errorjnsg varchar(50) not null 
25 

26 Admin Activity Log Table 

27 Columns: 

28 • username varchar(80) not null 

29 • entry_datetime datetime not null 

30 • IP_address varchar(15) not null 

31 • function varchar(30) not null 
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1 The software of the invention also provides various web interface tools for the ezine system, 

2 including those used by ezine administrators, webmasters, subscribers, including: 

3 • Ezine Content Creation 

4 This allows a list creator/moderator to submit content for a list. 

5 • Distribution Administration 

6 Allows ezine administrator to indicate start time for distribution of one or more ezines. 

7 Also allows administrator to cancel one or more distributions in progress. Administrator 

8 should be able to add or remove subscribers or webmasters, as needed. 

9 • Stats Viewer 

10 Allows ad server personnel to view/extract database stats about ads, lists, webmasters, 

1 1 individual ezines, or subscribers. 

12 • Subscriber Sign-up 

1 3 Allows subscribers to sign up for one or more ezines or other information they want. At 

14 this point, the user enters their e-mail address and selects the ezines or other information 

1 5 they want. A confirmation number is e-mailed to them, which they must use to confirm 

16 their sign-up. If possible, a cookie is put on their device at this point. 

17 • Subscriber Confirmation 

1 8 This is where the user confirms their sign-up for the selected ezines. They are optionally 

19 required to fill out a survey. Once completed, they are added to the mailing list for the 

20 desired ezines or other information. 

21 • Subscriber Ezine Change 

22 Allows subscribers to sign-up for new ezines or cancel subscription to ezines they're 

23 already receiving. 
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1 • Webmaster Sign-up 

2 Allows webmasters to sign up, and indicate a referring (second-tier) webmaster. The 

3 webmaster is required to fill out a survey of information. 

4 • Webmaster Stats/Admin 

5 Allows webmasters to view the stats for the number of subscribers and webmasters 

6 they've referred to the program (and the payout they'll receive). They can also change 

7 their account info and get the required HTML code to place on their webpages or get 

8 other information needed to refer subscribers. 
n 9 • Conversion utility 

\j 10 Imports existing flat files into a database (i.e. 5 MySQL or Oracle). These are a series of 

m 1 1 perl or other language scripts that process the various flat files, and write a handful of 

12 new flat files which contain the combined data. These new flat files can then be imported 

f\ 1 3 into the database via the LOAD or other command, 

hj 14 • Bounce remover 

E 15 Removes undeliverable addresses from the database. To facilitate this, the present 

16 invention adds its own header to each e-mail sent: X-Sent-To: address@domain.com. 
17 

1 8 An example of the webmaster coding which can be provided as part of this invention is 

1 9 disclosed in the following JavaScript: 
20 

21 <script language="javascript"> 

22 function thankyou_ne ( ) { 

23 var w = 

24 window. open ("", "thankyou", "scrollbars=yes, resizable=no, toolbar=n 

25 o,directories=no, status=no,menubar=no, location=no, screnX=200, scr 

20 



1 eenY=200, width=640 , height=500" ) ; 

2 return true; 

3 } 

4 </script> 
5 

6 This is how the <form> tag is defined: 

7 <form target="thankyou" 

8 action=" http : //webserverl . teknosurf . com/cgi-bin/subscribe . cgi" 

9 method="post" onsubmit="return ( 

10 (this . email . value . indexOf ( &quot ; @&quot ; ) &gt ; 0 & & 

11 this. email. value. indexOf (fiquot; .")>0) ? thankyou_ne ( ) : 

12 (alert (" Please enter a valid email address . " ) I I 

13 false) )"> 
14 

o 1 5 The following line is added to the form: 

^ 16 <input type="hidden" name= f, code_num" value="l"> 

18 In operating the present invention, it is preferable to use a webmaster's account_number 

T" 19 instead of account_name in referring_account field. This requires changes to the import script. 

20 Also, if user logs in via account_name, the system can get the corresponding number and pass 

hi 

□ 21 that along to the webmaster-* .cgi scripts. 

O 22 Figure 1 illustrates a basic network architecture for practicing the present invention, 

23 wherein an ad server 110 supplies the needed software to webmaster servers 120 and subscriber 

24 devices 130, either directly or indirectly (i.e., via another webmaster server or subscriber device 

25 which already has downloaded the software) over internet 100. 

26 In a preferred embodiment, the ad server 110 provides both an ad server database 112 and 

27 a referral/payout database 114. The system also can include a separate list server 140, that 

28 maintains its own subscriber list database 142, and a separate content server 150. 

29 Figure 2 illustrates a basic flow diagram for practicing the present invention. An initial 
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1 step 200 in the process is for webmasters to sign-up and download the software needed to 

2 practice the invention from an enabling entity such as an ad server. This sign-up can be done in 

3 any suitable manner, but is preferably accomplished through use of a web-based sign-up form or 

4 page, wherein the webmaster provides the input required for the user table and the webmaster 

5 table, as described above. This input can also include any referring webmaster information. 

6 Consumers, likewise at 220, sign-up and download the software they need to practice the 

7 invention from an enabling entity such as an ad server or webmaster server. Again, this sign-up 

8 can be done in any suitable manner, but is preferably accomplished through use of a web-based 
_ 9 sign-up form or page, wherein the consumer provides the input required for the confirmation 
p. 10 table, user table, and subscriber table, as described above. This input can also include any 



~ 1 1 referring webmaster or referring subscriber information. 

JJ 12 As participants, the webmasters and subscribers have the necessary software/code to 

■ 1 3 refer, at 230, other webmasters and subscribers and this information is tracked by the ad server, 

N= 14 at 250. 

nj 

Q 1 5 The information or content that the subscriber has opted-in to receive is e-mailed to the 

^ 16 subscriber at 240, and the subscriber responses are tracked at 250. 

17 The information collected is then used for purposes such as to calculate incentives and 

18 payouts for the program participants, at 260. Additionally, the ad server can analyze the collected 

19 information by categories/fields, including but not limited to, website, ezine, ad campaign, ad, ad 

20 position, subscriber (including demographics, etc.), time, etc. to improve the effectiveness of the 

2 1 marketing response. 

22 As disclosed above, the present invention makes it easy to collect, manage, and 

23 communicate with consumers using e-mail and other forms of push-based messaging as the 
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1 primary vehicle for communication of marketing content. The present system makes it simple to 

2 offer bounties or other types of compensation to any participant interested in referring new users 

3 into the system as well as offer a multiple tier referral system so that those participants can refer 

4 others as well. The present invention makes it possible to track the entire path of a 

5 communication and all of the actions inside of it for modeling, reporting, auditing and other 

6 analytical purposes. The system also simplifies the process for generating custom marketing 

7 communications in large capacity. The present invention simplifies the process of enabling the 

8 selection, insertion and delivery of marketing communications inside of the main communication 
^ 9 layer and enables an administrator to easily administer all aspects of the software from an 

Cl 10 intuitive web based interface. As disclosed, it enables the systems to run self-sufficient and be 

m 1 1 monitored for maximum performance. The present invention also enables the entire system to be 

01 12 scaleable. 
* 13 
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